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A METHOD AND SYSTEM FOR DISPLAYING TRANSIENT NOTIFICATIONS 
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This application claims the benefit of U.S. Provisional Application No. 
60/192,691, filed March 28, 2000. 

10 TECHNIC AT, FTELD 

This invention relates generally to networked communications and, more 
particularly, to a system and method to provide notifications to a user of the networked 
communications. 
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Continued advances in computer processor technology have led to not only 
increased performance, but also increased performance expectations by the users of such 
computer equipment. The industry has responded to these expectations by creating 
applications and operating systems that take full advantage of these performance 

20 enhancements. However, as additional functionality was added, these applications 
generally became more complex. This increased complexity, in turn, increased the 
amount of help and error information needed by a user. In response, developers added 
additional error messages, dialog boxes, and other windows (messages/windows) in an 
effort to help the user, to notify the user that an error has occurred, and to notify the user 

25 that more information is needed. 

Unfortunately, this has resulted in a continually increasing number of messages 
being generated from applications and the operating system. Additionally, the number of 
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important and trivial messages sent from other users located remotely on the network is 
increasing rapidly. The most prevalent notification mechanisms for these messages in 
windows based operating systems are dialog boxes, message boxes, and icons (e.g., tray 
notify icons) on the operating system's status bar. 

Dialog boxes, error messages, message boxes and other notification windows 
form all of these sources are invasive and often frustrate the user. These boxes may 
appear to the user as the top-most window and they generally capture control of the user 
interface. These dialog and message boxes are often accidentally dismissed by users who 
may be focusing on entering input and not paying attention to the computer monitor. 
Additionally, the dialog and message boxes often end up hidden behind other windows. 
The appearance of a box and the accidental dismissal of it frustrates the user because the 
appearance and accidental dismissal often interfere with the task the user is performing. 
This often causes the user to become sidetracked from his task and lose his train of 
thought. 

Tray icon notifications, on the other hand, provide an indication on the status bar 
that a message has arrived. This indication is generally displayed using one of two 
methods. In the first method, the tray icon provides notification that a message has been 
received by either changing its shape, blinking, or a combination of the two. The second 
method places a tray icon on the status bar indicating that a message has been received. 
This second method then removes the tray icon when the user has seen the message. Two 
significant limitations of using tray icons are that they are not always obvious when they 
appear and the tray icon is not always easily identifiable. Another limitation is that the 
tray icon notification is not practicable in those operating systems that provide the user 
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with an option to hide the status bar because the user will not see the tray icon 
notification. Additionally, when multiple messages are present, the tray notify icon area 
can become cluttered making new icons had to spot. As a result of the clutter, the user is 
often unaware when a new message arrives. 
5 In response to these and other user frustrations with dialog boxes, message boxes 

and tray icons, application developers have developed individualized notification 
mechanisms for their applications in an attempt to reduce the user frustration. For 
example, many e-mail applications now provide some form of message indicating the 
receipt or presence of e-mail. When a user is logged on to MSN® Messenger Service, for 

p 10 example, a message window appears to inform the user whenever mail arrives. However, 

Ul 

03 control of the user interface is not transferred to this message window. WorldNet® 

Ul 

K provides a tray icon that blinks when a message arrives and displays a message to indicate 

* 

■7 the number of messages that have not been read when the user places a cursor over the 

sses, 
1 : 

iTi tray icon. 

B 

p 1 5 The development of independent notification mechanisms provide some 

advantages over prior methods of providing user notification. However, the mechanisms 
have resulted in inconsistent user interfaces for managing notifications and have 
introduced other limitations. Each application providing an independent mechanism 
requires additional overhead. Further, the effort of coding and debugging these individual 
20 notification mechanisms and their user interfaces has increased development time and 
cost of these applications. Unfortunately, users still cannot control how notifications are 
received and cannot disable the notifications from being received. What is needed is a 



notification mechanism that is shared between all applications and that provides users 
with more control over the notifications they receive. 

SUMMARY OF TffF INVENTION 

In view of the above described problems existing in the art, the present invention 
provides a centralized notification component that may be shared between all 
applications. Through this centralized component users are provided the capability to 
manage their own notifications locally. Further, application developers no longer have to 
code and debug individual notification mechanisms and user interfaces thus reducing 
development cycle time and cost. 

The instant invention provides a client-side shared notification component that 
lets a user continue working on a task while receiving a notification (i.e., a message). 
The notification component further allows the user to indicate what notifications the user 
want to sees and how he would like to see them, i.e. the rendering type. Rendering types 
include audible, visual, and pager styles. An application uses an API (Application 
Programming Interface) to send a notification to the notification component using schema 
based or text based notifications. The notification component parses the notification and 
provides the user the notification through notification classifications. 

The notification component also allows the user to globally set preferences as to 
how the notifications should be rendered. These preferences include the enabling or 
disabling of notification classifications, the selecting of which rendering type the user 
wants to use for each notification classification, and the setting of priority of the 
notifications within each notification classification. 



5 

Additional features and advantages of the invention will be made apparent from 
the following detailed description of illustrative embodiments that proceeds with 
reference to the accompanying figures. 

RttTFF nFSrmPTTON OF THF PR AWTNCS 

The file of this patent contains at least one drawing executed in color. Copies of 
this patent with color drawings will be provided by the Patent and Trademark Office upon 
request and payment of the necessary fee. While the appended claims set forth the 
features of the present invention with particularity, the invention, together with its objects 
and advantages, may be best understood from the following detailed description taken in 
conjunction with the accompanying drawings of which: 

Figure 1 is a block diagram generally illustrating an exemplary computer system 
on which the present invention resides; 

Figure 2 is a block diagram of a notification component of the present invention in 
relation to components in the exemplary computer system of Figure 1; 

Figure 3 is an exemplary illustration of a user preference dialog box in accordance 
with the teaching of the present invention; 

Figure 4 is a diagram illustrating display areas in accordance with the teaching of 
the present invention; and 

Figure 5 shows illustrative visual rendering styles in accordance with the teaching 
of the present invention. 
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DFTAII FT> DESCRIPTION OF THF INVENTION 

Turning to the drawings, wherein like reference numerals refer to like elements, 
the invention is illustrated as being implemented in a suitable computing environment. 
Although not required, the invention will be described in the general context of computer- 
5 executable instructions, such as program modules, being executed by a personal 

computer. Generally, program modules include routines, programs, objects, components, 
data structures, etc. that perform particular tasks or implement particular abstract data 
types. Moreover, those skilled in the art will appreciate that the invention may be 

D 

J3 practiced with other computer system configurations, including hand-held devices, multi- 

Si 

□ 1 0 processor systems, microprocessor based or programmable consumer electronics, network 

m 

3 PCs, minicomputers, mainframe computers, and the like. The invention may also be 

^ practiced in distributed computing environments where tasks are performed by remote 

[7 processing devices that are linked through a communications network. In a distributed 

jTj computing environment, program modules may be located in both local and remote 

P 15 memory storage devices. 

Figure 1 illustrates an example of a suitable computing system environment 100 
on which the invention may be implemented. The computing system environment 100 is 
only one example of a suitable computing environment and is not intended to suggest any 
limitation as to the scope of use or functionality of the invention. Neither should the 
20 computing environment 100 be interpreted as having any dependency or requirement 
relating to any one or combination of components illustrated in the exemplary operating 
environment 100. 
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The invention is operational with numerous other general purpose or special 
purpose computing system environments or configurations. Examples of well known 
computing systems, environments, and/or configurations that may be suitable for use with 
the invention include, but are not limited to, personal computers, server computers, hand- 
held or laptop devices, multiprocessor systems, microprocessor-based systems, set top 
boxes, programmable consumer electronics, network PCs, minicomputers, mainframe 
computers, distributed computing environments that include any of the above systems or 
devices, and the like. 

The invention may be described in the general context of computer-executable 
instructions, such as program modules, being executed by a computer. Generally, 
program modules include routines, programs, objects, components, data structures, etc. 
that perform particular tasks or implement particular abstract data types. The invention 
may also be practiced in distributed computing environments where tasks are performed 
by remote processing devices that are linked through a communications network. In a 
distributed computing environment, program modules may be located in both local and 
remote computer storage media including memory storage devices. 

With reference to Figure 1, an exemplary system for implementing the invention 
includes a general purpose computing device in the form of a computer 1 10. 
Components of computer 1 10 may include, but are not limited to, a processing unit 120, a 
system memory 130, and a system bus 121 that couples various system components 
including the system memory to the processing unit 120. The system bus 121 may be any 
of several types of bus structures including a memory bus or memory controller, a 
peripheral bus, and a local bus using any of a variety of bus architectures. By way of 
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example, and not limitation, such architectures include Industry Standard Architecture 
(ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video 
Electronics Standards Associate (VESA) local bus, and Peripheral Component 
Interconnect (PCI) bus also known as Mezzanine bus. 

Computer 1 10 typically includes a variety of computer readable media. Computer 
readable media can be any available media that can be accessed by computer 110 and 
includes both volatile and nonvolatile media, removable and non-removable media. By 
way of example, and not limitation, computer readable media may comprise computer 
storage media and communication media. Computer storage media includes both volatile 
and nonvolatile, removable and non-removable media implemented in any method or 
technology for storage of information such as computer readable instructions, data 
structures, program modules or other data. Computer storage media includes, but is not 
limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, 
magnetic tape, magnetic disk storage or other magnetic storage devices, or any other 
medium which can be used to store the desired information and which can be accessed by 
computer 1 10. Communication media typically embodies computer readable instructions, 
data structures, program modules or other data in a modulated data signal such as a 
carrier wave or other transport mechanism and includes any information delivery media. 
The term "modulated data signal" means a signal that has one or more of its 
characteristics set or changed in such a manner as to encode information in the signal. By 
way of example, and not limitation, communication media includes wired media such as 
a wired network or direct-wired connection, and wireless media such as acoustic, RF, 



infrared and other wireless media. Combinations of the any of the above should also be 
included within the scope of computer readable media. 

The system memory 130 includes computer storage media in the form of volatile 
and/or nonvolatile memory such as read only memory (ROM) 131 and random access 
memory (RAM) 132. A basic input/output system 133 (BIOS), containing the basic 
routines that help to transfer information between elements within computer 110, such as 
during start-up, is typically stored in ROM 131. RAM 132 typically contains data and/or 
program modules that are immediately accessible to and/or presently being operated on 
by processing unit 120. By way of example, and not limitation, Figure 1 illustrates 
operating system 134, application programs 135, other program modules 136, and 
program data 137. 

The computer 1 10 may also include other removable/non-removable, 
volatile/nonvolatile computer storage media. By way of example only, Figure 1 
illustrates a hard disk drive 140 that reads from or writes to non-removable, nonvolatile 
magnetic media, a magnetic disk drive 151 that reads from or writes to a removable, 
nonvolatile magnetic disk 152, and an optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD ROM or other optical media. Other 
removable/non-removable, volatile/nonvolatile computer storage media that can be used 
in the exemplary operating environment include, but are not limited to, magnetic tape 
cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, 
solid state ROM, and the like. The hard disk drive 141 is typically connected to the 
system bus 121 through a non-removable memory interface such as interface 140, and 
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magnetic disk drive 151 and optical disk drive 155 are typically connected to the system 
bus 121 by a removable memory interface, such as interface 150. 

The drives and their associated computer storage media discussed above and 
illustrated in Figure 1, provide storage of computer readable instructions, data structures, 
5 program modules and other data for the computer 1 10. In Figure 1, for example, hard 
disk drive 141 is illustrated as storing operating system 144, application programs 145, 
other program modules 146, and program data 147. Note that these components can 
either be the same as or different from operating system 134, application programs 135, 
other program modules 136, and program data 137. Operating system 144, application 

10 programs 145, other program modules 146, and program data 147 are given different 

numbers hereto illustrate that, at a minimum, they are different copies. A user may enter 
commands and information into the computer 20 through input devices such as a 
keyboard 162 and pointing device 161, commonly referred to as a mouse, trackball or 
touch pad. Other input devices (not shown) may include a microphone, joystick, game 

15 pad, satellite dish, scanner, or the like. These and other input devices are often connected 
to the processing unit 120 through a user input interface 160 that is coupled to the system 
bus, but may be connected by other interface and bus structures, such as a parallel port, 
game port or a universal serial bus (USB). A monitor 191 or other type of display device 
is also connected to the system bus 121 via an interface, such as a video interface 190. In 

20 addition to the monitor, computers may also include other peripheral output devices such 
as speakers 197 and printer 196, which may be connected through a output peripheral 
interface 190. 
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The computer 1 10 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote computer 180. The 
remote computer 1 80 may be another personal computer, a server, a router, a network PC, 
a peer device or other common network node, and typically includes many or all of the 
5 elements described above relative to the personal computer 1 10, although only a memory 
storage device 181 has been illustrated in Figure 1. The logical connections depicted in 
Figure 1 include a local area network (LAN) 171 and a wide area network (WAN) 173, 
but may also include other networks. Such networking environments are commonplace 

i0 in offices, enterprise-wide computer networks, intranets and the Internet. 

□ 10 When used in a LAN networking environment, the personal computer 1 10 is 

in 

^ connected to the LAN 171 through a network interface or adapter 170. When used in a 

Ui 

ffi 

WAN networking environment, the computer 1 10 typically includes a modem 1 72 or 
other means for establishing communications over the WAN 173, such as the Internet. 

a 

yj The modem 1 72, which may be internal or external, may be connected to the system bus 

O 15 1 2 1 via the user input interface 1 60, or other appropriate mechanism. In a networked 
environment, program modules depicted relative to the personal computer 1 10, or 
portions thereof, may be stored in the remote memory storage device. By way of 
example, and not limitation, Figure 1 illustrates remote application programs 185 as 
residing on memory device 181. It will be appreciated that the network connections 
20 shown are exemplary and other means of establishing a communications link between the 
computers may be used. 

In the description that follows, the invention will be described with reference to 
acts and symbolic representations of operations that are performed by one or more 
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computers, unless indicated otherwise. As such, it will be understood that such acts and 
operations, which are at times referred to as being computer-executed, include the 
manipulation by the processing unit of the computer of electrical signals representing data 
in a structured form. This manipulation transforms the data or maintains it at locations in 

5 the memory system of the computer, which reconfigures or otherwise alters the operation 
of the computer in a manner well understood by those skilled in the art. The data 
structures where data is maintained are physical locations of the memory that have 
particular properties defined by the format of the data. However, while the invention is 
being described in the foregoing context, it is not meant to be limiting as those of skill in 

10 the art will appreciate that various of the acts and operation described hereinafter may 
also be implemented in hardware. 

Figure 2 illustrates an embodiment of the instant invention in the exemplary 
computer system of figure 1, although those skilled in the art will recognize that the 
functions of the invention can be implemented in other computer systems. Operating 

15 system 134, application programs 135, other program modules 136, operating system 

144, application programs 145, other program modules 146, and remote application 
programs 185 may each send a notification to be provided to the user to notification 
component 138. However, for purposes of illustration and ease of understanding, the 
invention will be described in relation to only the notifications provided by the 

20 application programs 135. Those skilled in the art will understand that the operating 
system 134, other program modules 136, operating system 144, application programs 

145, other program modules 146, and remote application programs 185 utilize a similar 
mechanism to provide their notifications as application programs 135. While figure 2 




shows notification component 138 being separate from system memory 130, it may be 
implemented as part of system memory 130. For example, notification component 138 
may be integrated with operating system 134. 

Notification component 138 receives the notification and checks the user's 
5 preferences stored in a system registry or file to determine if the user wants to see the 
notification. The user's preferences may also be stored within the notification component 
138. If the user's preferences indicate that the notification should be displayed, 
notification component 138 renders the notification according to the user's preferences via 

£3 

%S an appropriate notification medium such as monitor 191, speakers 193, pager 198, or 

O 10 other output 199. Other output 199 represents any mechanism that provides notification 

fj] 

fjj to the user such as a wireless PDA (personal digital assistant). The notification is 

*™ rendered using a rendering style that does not transfer control of the input devices to the 

U 

y, notification and that is not hidden behind other windows. 

□ 

yj There are several types of notifications that are rendered by notification 

Q 

0 15 component 138. The types of notifications include mail messages, user messages, 
applications changing state messages, meeting reminders, stock tickers, etc. The 
notification component assigns each notification type a classification (i.e., a category). 
The list of classifications is extensible and presently includes contact, financial, e-mail, 
system level, and audio classifications. The contact classification is used for meeting 
20 notices, phone notifications, and any other notification that indicates that another user 
wants to make contact. The financial classification is used for financial based 
notifications, and the audio classification is used for audio notifications. The e-mail 
classification is used for e-mail notifications. For example, contact classification 
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notifications are notifications such as "Conference Room 10 in 5 minutes" for a meeting 
notice, and "Joe at 703-308-4357" for a phone notification. An example of an e-mail 
notification is "Bill from Microsoft." An example of a financial classification notification 
is a stock ticker such as "MSFT up 5," an example of a system level notification is 
"Battery is low" and an example of an audio classification notification is "Playing Train." 

The notification component 138 receives notifications to be rendered via an 
application programming interface (API) 139. In one embodiment, the application 
programs 135 specify the classification and the notification to be rendered in text form to 
the notification component 138 via the API 139. The API 139 comprises a property 
command that identifies the classification and a text command that provides the text of 
the notification. An exemplary implementation of the property command and the text 
command is the following: 

CTunaclient notify; 

notify.SetProperty("classification") 

notify.SetText("message text") 
where "classification" is the notification classification and "message text" is the text of 
the notification to be rendered. In this embodiment, the notification component 138 
receives the notification and renders it according to the user's preferences. 

In an alternative embodiment, the application programs 135 provide the 
notification to the notification component 138 using an XML (extensible markup 
language) schema. The XML schema is extensible and uses a notice classification tag 
and a notification type tag. The notice classification tag provides the notification 
component 138 with the notification classification. The notification type tag provides the 
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notification component 138 with the notification to be rendered and the style of 
rendering. An exemplary implementation of the XML schema is the following: 

Notification classification- 'category'^ 
<style text= M message'V> 

</notification> 

where "category" is the notification classification, "message 11 is the notification to be 
rendered and "style" is the style of rendering. The rendering styles include visual, pager, 
and spoken renderings. For example, if the notification is to be rendered visually, the 
<style text="message"> command is <gui text="message">. For audio notifications, the 
command is <spoken text="message"> and for pager notifications, the command is 
<pager text="message">. The applications programs 135 can supply several text strings 
to the notification component 138. An example of a text string the application programs 
135 provides is: 

<notification> 

<gui text- f Message7> 

<pager text- 1 You have a message"/> 

<spoken text-There is a message for you"/> 
</notification> 

The notification component 138 then decides which rendering style to use based on the 
user's preferences. 

The notification component 138 renders the notifications in accordance with the 
notification classification and the user's preferences. The user preferences allow the user 
to enable or disable notification classifications globally, to enable or disable notifications 
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from a particular application, to specify the rendering style for each notification 
classification, and to specify the priority in which notifications should be rendered. In 
one embodiment, users select their preferences via a dialog box. 

Figures 3a and 3b provide an example of a dialog box that is used to set user 
5 preferences. Dialog box 200 has several preference screens represented by tabs 202 and 
204. The user selects tab 202 to bring up the global preferences and selects tab 204 to 
bring up the notification classifications. The global preferences allows the user to enable 
the audio rendering style by selecting the check box 208, which corresponds to the 
yo description 206. Likewise, the pre-notification notification, discussed below, can be 

V! 

O 10 enabled by selecting the check box 20 1 , which corresponds to the description 212. The 

m 

^ notification classification rendering preferences are selected from list box 216. The user 

yf 

Uj selects how notifications in each notification classification are rendered by selecting 

L check box 218 for visual rendering and by selecting check box 220 for audio rendering. 

Id The user can select the font and font size of the visual rendering style by selecting font 

a 

O 1 5 button 222, which bring ups another dialog box (not shown) that allows the user to select 
font options. One skilled in the art will recognize that other tabs (not shown) are selected 
to bring up other preference screens. For example, in one embodiment, the functional 
notification classification provides the user with an option to have the notification 
component 138 bring up the web-site where the user's portfolio is stored when the user 
20 receives notifications that affect his portfolio. 

The rendering styles that the user can select currently include audio, pager, and 
visual. The notification component 138 will incorporate other types of rendering 
mechanisms as they become viable. The user may also select a pre-notification 
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notification with the audio rendering style. If this pre-notification notification is selected, 
the notification component 138 alerts the user that an audio notification is arriving. The 
alert allows the user to listen for the incoming notification. Without the alert, the user 
may misinterpret or not hear the first few words of the notification because the user is 
5 focusing on running a task. The notification component 138 renders the audio style by 
converting the notification text into audio and using the speakers 197. If speakers are not 
present, the notification component 138 renders the notification using the visual rendering 
style. In one embodiment, the notification component 138 is actionable (i.e., one or more 

: t 

£ actions are performed) when the user says a keyword or key-phrase in response to hearing 

SI 

Q 10 the notification. For example, if the notification is a financial notification that is about 

m 

j*j the user's mutual fund performance and the user says the keyword or key-phrase (e.g., 

^ "show me"), then the notification component 138 performs a specified function (e.g., 

5 

brings up the web-site of the user's mutual fund). The pager rendering style pages the 
user as known by those skilled in the art. 
15 The visual rendering style has several options. The notification can be rendered 

with a transparent display, an alpha-blended display, and a transparent alpha-blended 
display. The user specifies the font and font size of the notifications, the color of the 
notifications in the displays and where on the monitor 191 that the notification is to be 
rendered for each notification classification. Figure 4 illustrates exemplary display areas 
20 304, 306, and 308 on display 300 of monitor 191 that the user may define and use to 

display visual notifications. Note that the user can define any area at any position on the 
display 300. The status bar 302 may also be used as a display area for visual 
notifications. The transparent display 310 (see figure 5a) and alpha-blended display 312, 
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314 (see figure 5b) pop-up in the specified display area and disappear after a 
predetermined amount of time. In one embodiment, the transparent display 310 and 
alpha-blended display 312, 314 fade into view and then fade out of view after being 
displayed for the predetermined amount of time. The visual notification can also be 
5 rendered using a normal display (i.e., a message box display) or an animated display. 
Additionally, the visual notification can be actionable (i.e., a function is executed when 
the user clicks on the display with a user selection device such as a mouse, keyboard, 
joystick, etc.). For example, the web-site where the user's stock portfolio is stored can be 

s i 

Jj brought up when the user clicks on notifications that are about his stock portfolio or the e- 

H 

S 10 mail application can be opened or be brought to the top-most window level in response to 

IT! 

the user clicking on an e-mail notification with a user selection device. 

y 1 
ffj 

7* Figures 5a and 5b provide an example of a transparent display 310 and an alpha- 

U blended display 312, 314 located in a portion of the display 300 rendered by the 

□ 

iij notification component 1 38. An alpha-blended display is a display in which the levels of 

Q 1 5 opacity or transparency is selected so that the image behind the alpha-blended display is 
partially visible. The image behind a transparent display 3 10 is completely visible. 

In one embodiment, the rendering styles also include a rendering version. The 
rendering versions include a short version and a long version. For example, a short 
version of a notification may be "Microsoft up 2 at 82" and a long version may be 
20 "Microsoft up 2 at 82 on increased volume." For each notification classification, the user 
selects whether the short version or the long version should be used in rendering the 
notification. The applications programs 135 provides both rendering versions in the 
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notification sent to the notification component 138. An example of a notification 
providing both the short version and the long version in XML form is: 
<notification> 

<gui text= M MSFT +2 / 82 / volume up" shorttext="MSFT +2/82/up7> 
<spoken text- 'Microsoft up 2 points to 82 on increased volume" 
shorttext="Microsoft up 2 at 82" /> 

</notification> 

If the applications programs 135 only provides one text string, then the notification 
component 138 renders the text string provided using the rendering style chosen. 

The user also specifies the priority of how notifications are rendered. The 
priorities that are specified include which notification classifications have priority over 
other notification classifications and how often the notification component 138 should 
notify the user. 

As previously indicated, the notification component 138 renders the notifications 
in accordance with the notification classification and the user's preferences. Once a 
notification is received, the notification component 138 parses the notification to 
determine the notification classification and the notification to be rendered. If the user's 
preferences indicate that the notification classification is enabled and the particular 
application is not disabled, the notification is rendered in accordance with the rendering 
style and priority specified in the user's preferences. 

In some instances, a number of notifications to be rendered are present at the 
notification component 138. In these instances, notifications are queued by the 
notification component 138. There are two types of queues that the notification 
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component 138 uses. The first type is a modified strict queue. Notifications in a strict 
queue are queued in the order they are received and are rendered in the same order. In the 
modified strict queue, the notifications are queued by priority and in the order they are 
received. They are then rendered in the same order (i.e., from highest priority to lowest 
priority in the order the notifications are received in each priority level) and may be 
stacked vertically in the display area. The second type of queue is a flushed queue. In the 
flushed queue, the queue is flushed of all messages when a new notification arrives. For 
example, if a compact disc player changes state or changes song, the queue is flushed of 
previous state changes or song changes because they are out of date. 

In one embodiment, the notification component 138 has a history feature that 
keeps track of the notifications that have not been rendered. Notifications from the 
history may be flushed by the notification component 138 once they have been rendered 
to the user. Older notifications are also flushed from the history. The time period that the 
notifications are kept is selected by the user, and may be set for each notification 
classification. The user also may select how the notifications in the history are displayed. 
The history feature is also actionable (i.e., one or more actions are performed when the 
user selects a notification in the history). 

A centralized notification system has been described that allows a user to continue 
working on the task at hand while receiving a notification. The system allows a user to 
set preferences globally and by notification classification, allows the user to enable or 
disable notification classifications, and allows the user to set priority levels of 
notifications. In view of the many possible embodiments to which the principles of this 
invention may be applied, it should be recognized that the embodiment described herein 
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with respect to the drawing figures is meant to be illustrative only and should not be taken 
as limiting the scope of invention. For example, those of skill in the art will recognize 
that the elements of the illustrated embodiment shown in software may be implemented 
in hardware and vice versa or that the illustrated embodiment can be modified in 
arrangement and detail without departing from the spirit of the invention. Therefore, the 
invention as described herein contemplates all such embodiments as may come within the 
scope of the following claims and equivalents thereof. 



